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NETWORK HAVING A NUMBER OF NODES, AND NODES FOR A NETWORK OF 

THIS TYPE 

[001] This is a Continuation of International Application PCT/DE02/00080, with an 

international filing date of January 14, 2002, which was published under PCT Article 
21(2) in German, and the disclosure of which is incorporated into this application by 
reference. 

FIELD OF AND BACKGROUND OF THE INVENTION 

[002] The invention relates to a network with a plurality of nodes that are 

interconnected via a communications channel. The invention further relates to nodes 
for such a network. Nodes can, for example, be switches, stored-program controllers, 
PCs or measuring transducers, etc. 

[003] German Utility Model 297 14 517.7 discloses a measuring transducer 

connected as a node to a network that has a plurality of nodes via a communications 
interface. A microprocessor is integrated into the measuring transducer to preprocess 
signals detected by a sensor at a measuring location. A processing program of the 
microprocessor is adapted to the respective measuring task with numerous 
parameters. For example, zero point and measuring span, damping or the output 
signal in case of a fault, as well as the characteristic of the measuring transducer are 
entered as parameters. After the data has been entered it is stored electronically in the 
measuring transducer. In addition to this data for parameterizing the measuring 
transducer, other node-specific data related to the configuration of the network must 
be stored in the node so that the measuring transducer can be operated as a node in the 
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network and can exchange data with the other nodes via the communications channel 
of the network. 

[004] A problem with electronically storing data in the measuring transducer itself is 

that, in the event of an equipment fault, the data may not be retrievable on the 
measuring transducer. To make the data nevertheless accessible directly at the 
installation site of the measuring transducer if a defective measuring transducer is 
exchanged or replaced, the housing of the measuring transducer is provided with a 
sealed space in which an information carrier can be stored with the data. The 
information carrier contains all the node-specific data required to operate the node in 
the network. To read in the data, the information carrier can be inserted directly into a 
replacement device. In another embodiment, the information carrier is inserted into a 
programming device that transmits the node-specific data via a communications 
interface to the replacement device. 

[005] The use of such an information carrier has the drawback that it represents an 

additional cost compared to the components required for the actual operation of the 
measuring transducer. Additionally, careful data management is necessary to ensure 
that the data on the information carrier is always current. Furthermore, the error 
potential connected with the importing of data from the information carrier to the 
replacement device is significant and thus can lead to errors — especially when the 
operators have little training or are in stress situations, e.g. when a system is down. 

OBJECTS OF THE INVENTION 

[006] Objects of the invention include providing a network with a plurality of nodes, 

as well as nodes for such a network, which allow a defective node to be repaired or to 
be replaced by a new node in the network in a simplified manner. Other objects of the 
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invention entail providing a network and nodes for the network, which allow a node 
to be repaired or to be replaced without requiring operator intervention to store the 
node-specific data anew in the repaired node or in the replacement node. 



SUMMARY OF THE INVENTION 

[007] According to one formulation of the invention, these and other objects are 

attained by a novel network having a plurality of nodes and a communications 
channel interconnecting the nodes for data exchange between the nodes. At least a 
first of the nodes is parameterized and/or c onfigured by storing node-specific d ata; 
and at least a second of the nodes includes a memory in which the node-specific data 
for parameterizing and/or configuring the first node are stored. The first node is 
adapted to transmit the stored node-specific data to the second node when it is newly 
connected to the network. The second node is adapted to store the transmitted node- 
specific data of the first node in the memory of the second node and to transmit the 
node-specific data via the communications channel to the first node, for 
reparameterizing and/or reconfiguring the first node, if the first node is replacing a 
replaced node or is resuming operation. 

[008] The invention is further directed to nodes f or such a network, a s well as to 

advantageous refinements and alternate formulations of the overall inventive concept. 
For instance, the invention also encompasses a method that includes: storing data 
specific to a first node in a second node of a network of nodes interconnected by a 
communications channel; transmitting the data from the second node to the first node 
in response to an event; and utilizing the transmitted data in the first node to render 
the first node operational in the network. 
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[009] The invention has an important advantage in allowing replacement devices to 

be parameterized and/or configured with the node-specific data of the failed device 
practically w ithout m anual e ntries o r operator intervention. Until now, replacement 
devices had to be configured manually or by operator intervention prior to startup by 
using the above-described information carrier to adapt them to become individual 
nodes in the network. In cases where the time required or the potential for errors 
caused thereby was not tolerable, preconfigured replacement nodes had to be kept 
available for the exchange. This "cold standby", however, resulted in twice the 
equipment cost. In the novel network, the manner of parameterization and/or 
configuration according to the invention avoids these supplemental costs and 
dramatically reduces the potential for operator errors. 

[010] If the first and second nodes in the network are adjacent nodes, especially with 

point-to-point connections between the nodes, the communications load of the 
network is minimized when a defective node is replaced, and each neighboring node 
knows which node is connected to its port at any given moment. In addition, using 
auto topology detection methods, e.g., using the "CINeMa Auto Topology" program, 
the replacement device can always recognize which node is the neighboring node in 
the network at any given moment and has stored the node-specific data of the 
respectively replaced network node. 

[Oil] Preferably, up-to-date node-specific data is always available in, specifically, 

the respectively adjacent node. This is achieved if the nodes in the network are 
configured to transmit their node-specific data to the neighboring nodes whenever this 
data changes, so that their memory contents are thereby updated. 

[012] The node that has been connected to the network as a replacement of a node of 

the same type, or the node whose operability has been restored after failure, requests 
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transmission of the node-specific data for its reparameterization and/or 
reconfiguration from the neighboring node via the communications channel. This 
advantageously enables an automatic startup after node failure or replacement. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[013] The invention and its embodiments and advantages will now be described in 

greater detail, by way of example, with reference to the embodiments depicted in the 
drawings in which: 

FIG 1 shows a network with distributed storage of node-specific data, in 
accordance with the invention, 

FIG 2 shows a network according to FIG 1 with communications following 
node replacement, 

FIG 3 shows a network with storage of the node-specific data in a central 

node, 

FIG 4 shows the communications in the network according to FIG 3 
following replacement of a defective node, and 

FIG 5 is a block diagram of one embodiment of a node. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[014] In the embodiment shown in FIG 1, nodes Al, Bl, CI and Dl are connected 

to each other by signal lines AB1, BC1 and CD 1. The lines AB1, BC1 and CD1 as 
well as the circuit elements provided for communication in the nodes Al, Bl, CI and 
Dl form a communications channel, e.g., according to the Ethernet standard. As an 
alternative to the embodiment shown, the invention can also be used in networks that 
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meet other network specifications. In the depicted Ethernet network, the nodes Al, 
Bl, CI and Dl are interconnected using point-to-point connections. 

When the network is first started up, the nodes send messages to their 
neighboring nodes with their node-specific data, which is stored in an internal 
memory for their own parameterization and/or configuration. The receiving node also 
stores this data in an internal memory provided for this purpose. The node Al thus 
sends its node-specific data to the node Bl via the line AB1, as indicated by the arrow 
PAB1. The node Bl in turn sends its node-specific data to the node Al according to 
an arrow PBA1 and to the node CI according to an arrow PBC1. Likewise, the node 
CI sends its node-specific data to the nodes Bl and Dl as indicated by arrows PCB1 
and PCD1 in FIG 1. An arrow PDC1 indicates the transmission of the node-specific 
data of the node Dl to the node CI. The respectively adjacent nodes store the received 
node-specific data of the corresponding sender. 

To ensure that the node-specific data in the memories of the neighboring nodes 
always correspond to the most recent version of a node, that node sends new 
messages with its node-specific data to its neighbors whenever a change or correction 
is made. For example, if a parameter of the node Bl is changed by an operator action, 
that node again sends its node-specific data as indicated by the arrows PBA1 and 
PBC1 to the nodes Al and CI, which store this data in their respective m emories, 
together with, if appropriate, a corresponding version identification. 

If, for example, the node Al fails because of a technical defect, this node can 
be readily replaced by a new node of the same type. Following the request of the node 
Al, the node Bl returns the node-specific data of the node Al for Al's 
parameterization and/or configuration. More particularly, the node Bl receives this 
request from a node that has been newly connected to the network and, after 



connection, has taken the place of the previous node Al. Alternatively, the request 
may be sent by the original node Al to the node Bl if and when the operability of the 
original node Al has been restored following a failure. The request is transmitted to 
the node Bl with the first cold restart of the node. This ensures automatic startup after 
failure or replacement of a node in the network. 

[018] As an alternative to the transmission of node-specific data upon request by a 

replacement node or a repaired node, the node-specific data can also be transmitted 
cyclically via the network by the respective neighboring node. This, however, 
involves a reduction of the transmission capacity of the network. 

[019] The behavior of a replacement node B2 after replacement of a failed node Bl 

will now be described with reference to FIG 2. Like parts are identified by like 
reference numerals in FIG 1 and FIG 2. To request the transmission of its node- 
specific data, the new node B2 sends "get parameters" messages to its neighboring 
nodes Al and CI as indicated by arrows PBA2 and PBC2. These nodes Al and CI 
each send a message with the node-specific data of the previous node Bl to the 
replacement node B2 as indicated by arrows PAB2 and PCB2. The new node B2 uses 
the latest version of the node-specific data for its reparameterization and/or 
reconfiguration when cold restarted. Thereafter, the network is fully functional again 
without any additional operator actions. 

[020] Since a replacement device or an old repaired device does not initially know 

its own identity, the request for transmission of the node-specific data for its 
reparameterization and/or reconfiguration can be sent to the respective neighbor as a 
non-specific "get parameters" message. The neighbor or neighbors knows or know the 
identity of the failed node and provide the node-specific data for reparameterization 
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and/or reconfiguration by transmitting corresponding messages. If several data 
records are provided, the most recent version is used for the cold restart. 

[021] As an alternative to the described embodiment, there may also be nodes in the 

network which use the services of the neighbors but which themselves do not have 
any storage means. For example, if such a node is located in the place of the node Al 
shown in FIG 1, the transmission of the node-specific data of the node Bl to the node 
Al is rejected by returning a "reject parameters" message. If the node Bl fails during 
subsequent operation, only the neighboring node CI can transmit the node- specific 
data to the node Bl, which uses this data for its cold restart. 

[022] As an alternative to the network described above with reference to FIG 1, the 

network can also be configured in such a way that each node forwards its respective 
knowledge of the network, including its own node-specific information, to its 
neighboring nodes. In this case, for example, the node Bl shown in FIG 1 would 
supplement by its own node-specific data a message received from the node Al with 
Al's node-specific data and forward this message to the neighboring node CI. 
Correspondingly, the node CI forwards the received node-specific data of the nodes 
Al and Bl, again supplemented by its own node- specific data, to the node Dl. The 
node Dl completes the received data by its own node-specific data and returns the 
message thus formed to the node CI, which forwards it to the node Bl. The node Bl 
sends the complete data to the node Al. This generates in each node of the network a 
complete network image with the node-specific data of all the nodes. A cold restart is 
thus possible even in cases where several nodes are replaced simultaneously by new 
nodes of the corresponding type. 

[023] In this network, too, it is possible to use nodes with a lower storage capacity. 

These nodes store only their own node-specific data for their own parameterization 

8 



and/or configuration. They supplement messages containing the network image by 
their own node-specific data and forward them to the neighboring nodes without 
storing the node-specific data of the remaining nodes connected to the network in 
their internal memory. 

[024] FIG 3 shows an example where the node-specific data of all the nodes in the 

network are stored in a central server S3. The server S3 is connected to a port of a 
node C3. The node C3 with two other ports is connected to a node D3 and a node B3. 
The node B3 in turn is connected to a node A3. When the network is started up, the 
node A3 according to an arrow PAB3 sends its node-specific data in a message to the 
node B3, which forwards this data via the node C3 to the server S3, as indicated by 
arrows PBC3 and PCS3. Likewise, the node-specific data of the node B3 is forwarded 
via the node C3 to the server S3 as indicated by arrows PBC3 and PCS3. In addition, 
the node B3 sends its node-specific data to the node A3, as illustrated by an arrow 
PBA3. The node C3 sends messages with its node-specific data to the node B3 as well 
as the node D3 and to the server S3 according to arrows PCB3, PCD3 and PCS3. The 
node D3, finally, transmits its node-specific data via the node C3 to the server S3 as 
illustrated by arrows PDC3 and PCS3, After startup, the node-specific data of all the 
nodes A3, B3, C3 and D3 is thus stored in the server S3. The node-specific data can 
be transmitted to the server S3 in the described manner both online and offline, i.e., in 
a separate archiving step. 

[025] Node-specific data of neighboring nodes can of course be stored in each of the 

nodes A3, B3, C3 and D3. It is also possible to store the complete network image in 
the nodes. In principle, however, in the embodiment shown in FIG 3, it is sufficient if 
the individual nodes store only the identity of their neighboring nodes. To characterize 
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the identity, the IP address or a TAG may be used. The characterization must be 
unique in the system. 

[026] FIG 4 shows the network according to FIG 3 in which the node B3 was 

replaced with a new node B4 after a defect. Like parts are identified with like 
reference numerals in FIG 3 and 4. Since the new node B4 does not initially know its 
own identity, it addresses "get parameters" messages to its neighboring nodes A3 and 
C3, as shown by arrows PBA4 and PBC4. The two nodes A3 and C3 each transmit 
the identity of the earlier node B3 valid in the network to the newly connected node 
B4. In FIG 4, this is illustrated by arrows PAB4 and PCB4. The replacement node B4 
now has a unique identity in the network. Using this identity, the node B4 addresses a 
message to request the transmission of its node-specific data for its reparameterization 
and/or reconfiguration to the neighboring nodes A3 and C3. The node C3 forwards 
this request message to the server S3 as indicated by arrow PCS4. The server S3 then 
returns the node-specific data that it had stored for the previous node B4 to the new 
node B4 via the node C3. In FIG 4 this is illustrated by arrows PSC4 and PCB4. The 
replacement node B4 uses the received node-specific data for reparameterization 
and/or reconfiguration during its cold restart. The network is thus again ready for 
operation. 

[027] FIG 5 shows the basic structure of a network node using the example of a 

pressure transducer 1, which can be used e.g., as node Bl ... B4 in one of the 
networks depicted in FIG 1 to 4. The central component of the pressure transducer is a 
microprocessor 2, which executes a program stored in a memory 3 for the application 
and communication software of the transducer 1. The different processor-controlled 
components are connected with each other by an internal bus 4. For the 
parameterization and configuration of the transducer las a node in a network, the 
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transducer's own node-specific data is stored in a memory 5. A memory 6 is provided 
for node-specific data of other nodes of the network. Four ports 7, 8, 9 and 10 are 
used for communication with other nodes of a network. Another network node can be 
connected to one of these ports by a point-to-point connection. Using the 
communications software stored in the memory 3 and the configuration data stored in 
the memory 5 the transducer determines the forwarding of incoming messages or 
sends its own messages. The communications software ensures that when the 
transducer 1 is used as a replacement device, the transducer's own node-specific data 
and the node-specific data of other nodes connected to the network is written into the 
memories 5 and 6 as described above. As an alternative thereto, it is also possible, 
however, to parameterize and/or configure the transducer 1 manually by connecting a 
control unit — not shown in FIG 5 for the sake of clarity — to a communications 
interface 11 or to one of the ports 7 ... 10. A further component of the measuring 
transducer 1 is a pressure sensor, with a signal matching circuit 12 provided, to which 
a medium having the pressure to be measured is coupled through a line 13. 

The above description of the preferred embodiments has been given by way of 
example. From the disclosure given, those skilled in the art will not only understand 
the present invention and its attendant advantages, but will also find apparent various 
changes and modifications to the structures and methods disclosed. It is sought, 
therefore, to cover all such changes and modifications as fall within the spirit and 
scope of the invention, as defined by the appended claims, and equivalents thereof. 
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